Please type a plus sign (+) inside this box — ^ + | 




PTO/SB/05 (4/98) 

Approved for use through 09/30/2000 OMB 0651 -0032 
Patent and Trademark Office: U.S. DEPARTMENT OF COMMERCE 
Under the Paperwork Reduction Act of 1995, no persons are required to respond to a collection of information unless it displays a valid OMB control number 



UTILITY 
PATENT APPLICATION 
TRANSMITTAL 



(Only for new nanprovtstonal applications under 37 CFR 1.53(b)) 



Attorney Docket No. 



042390.P9019 



First Inventor or Application Identifier David Arthur EatOUgtl 



Title MULTIPLE PROTOCOL CHECKPOINT MANAGEMENT 



Express Mail Label No. EL034437912US 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents 



Fee Transmittal Form 

(Submit an original, and a duplicate for fee processing) 

Specification [Total Pages 21 1 

(preferred arrangement set forth below) 

- Descriptive title of the Invention 

- Cross References to Related Applications 

- Statement Regarding Fed sponsored R&D 

- Reference to Microfiche Appendix 

- Background of the Invention 

- Brief Summary of the Invention 

- Brief Description of the Drawings (if filed ) 

- Detailed Description 

- Claim(s) 

- Abstract of the Disclosure 

Drawing(s) (35 U S.C. 113) [Total Sheets 4J 



Assistant Commissioner for Patents 
ADDRESS TO: Box Patent Application O 

Washington, DC 20231 




5. □ Microfiche Computer Program (Appendix) 

6. Nucleotide and/or Amino Acid Sequence Submission 
(if applicable, all necessary) 

a. □ Computer Readable Copy 

b. q Paper Copy (identical to computer copy) 

c. □ Statement verifying identity of above copies 



3. 



4. Oath or Declaration [Total Pages 5J 

Newly executed (original copy) 
Copy from a prior application (37 C.F.R. § 1.63(d)) 
(for continuation/divisional with Box 16 completed) 

DELETION OF INVENTOR(S) 
Signed statement attached deleting 
inventor(s) named in the prior application, 
see 37 CFR §§ 1.63(d)(2) and 1.33(b). 



□ 



*f\JOTE FOR ITEMS 1 & 13: IN ORDER TO BE ENTITLED TO PAY 
SMALL ENTITY FEES, A SMALL ENTITY STA TEMENTIS REQUIRED 
(37 C.F.R § 1.27), EXCEPT IF ONE FILED IN A PRIOR APPLICATION IS 
RELIED UPON (37 CFR § 128). 



ACCOMPANYING APPLICATION PARTS 



7-B 



Assignment Papers (cover sheet & document(s)) 

Power of Attorney 



37 C.F.R. § 3.73(b) Statement 
(when there is an assignee) 



9. p English Translation Document (if applicable) 



10. n 

11. n 

13. □ 

14. n 



□ 



Copies of IDS 
Citations 



15. 



Information Disclosure 
Statement (IDS)/PTO - 1449 

Preliminary Amendment 

Return Receipt Postcard (MPEP 503) 
(Should be specifically itemized) 

*Small Entity m Statement filed in prior application, 
Statement(s) Status still proper and desired 

Certified Copy of Priority Document(s) 
(if foreign priority is claimed) 

Other: CJdEGK.FQRM.20.4.QD. 



16. if a continuing application, checK appropriate box, ana supply the requisite information below ana in a preliminary amendment: 
□ Continuation q Divisional q Continuation-in-part (CI P) of prior application No: 

Prior application Information: Examiner Group/Art Unit: 

For CONTINUATION or DIVISIONAL APPS only: The entire disclosure of the prior application, from which an oath or declaration is supplied under Box 4b, is 
considered a part of the disclosure of the accompanying continuation or divisional application and is hereby incorporated by reference. The incorporation can 
only be relied upon when a portion has been inadvertently omitted from the submitted application parts. 



17. CORRESPONDENCE ADDRESS 



□ CustomerNumberofBarCode Label \ _ . _ ^ R ,_ nu _ uu , u , i or 15^1 Conesfxxidenceaddnessbefcw 
I (Insert Customer No. orAttacJi bar cxxle label heie) ; Ltz^ ^ 



Name 



BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 



12400 Wilshire Boulevard, Seventh Floor 



Address 



Los Angeles 



'Slate' 



Country 



U.S.A. 



\Telephorle 



California | Zip Code" 



90025 



(503) 684-6200 



Fax 



(503) 684-3245 



Name (Print/Type) 



Signature 



Clive D. Menezes, Reg. No. 45,493 



I Date 



09/29/00 



BurdennRouf^TaTemenT^TTii^om 

you are required to complete this form should be sent to the Chief Information Officer, Patent and Trademark Office, Washington, DC 20231 . DO NOT SEND FEES OR COMPLETED 
FORMS TO THIS ADDRESS SEND TO Assistant Commissioner for Patents, Box Patent Application, Washington, DC 20231 



Please type a plus sign (+) inside this box — ^ + | 



PTO/SB/17 (6/99) 

Approved for use through 09/30/2000 OMB 0651 -0032 
Patent and Trademark Office U S. DEPARTMENT OF COMMERCE 
Under the Paperwork Reduction Act of 1995, no persons are required to respond to a collection of information unless it displays a valid OMB control number 



l-tfc I KANSMI I I AL 

for FY 1999 

Patent fees are subject to annual revision. 
Small Entity payments must be supported by a small entity statement, 
otherwise large entity feesmust be paid. See Forms PTO/SB/09-12. 
See 37 C.F.R §§ 1.27 and 1.28. 



TOTAL AMOUNT OF PAYMENT 



($) 



1,204.00 



Application Number 
Filing Date 



Complete it Known 



First Named Inventor 
Examiner Name 



Group/Art Unit 
Attorney Docket No. 



September 29,2000 
~T>avid Arthur batough 



o 



AO 



042390.P9019 



METHOD OF PAYMENT (check one) 



FEE CALCULATION (continued) 
T A6DlTI6MALPfee 



u 



1. 

2. 



□ 



The Commissioner is hereby authorized to charge 
indicated fees: 

The Commissioner is hereby authorized to credit 
any over payments to: 



Large Entity Small Entity 



Deposit 
Account 
Number 

Deposit 
Account 
Name 



02-2666 



Blakely, Sokoloff, Taylor & Zafman LLP 



Charge Any Additional Fees Required Under 37 



CFR §§1 16,1 17, 1.18 and 1 20 



2. jg Payment Enclosed: 

Money 
Order 



[g Check □ 



□ Other 



FEE CALCULATION 
BASIC FILIN6 FEE 



Large Entity 


Small Entity 




Fee 


Fee 


Fee 


Fee 


Fee Description 


Code 


($) 


Code 


($) 




101 


690 


201 


345 


Utility filing fee 


106 


310 


206 


155 


Design filing fee 


107 


480 


207 


240 


Plant filing fee 


108 


690 


208 


345 


Reissue filing fee 


114 


150 


214 


75 


Provisional filing fee 



Fee Paid 



$530.00 



SUBTOTAL (1) 



IJ0| 



2. EXTRA CLAIM FEES Bdra 
Claims 



"23" 



20: 

3 : 



9 



78.00 = 



Total Claims 
Independent 
Claims 

Multiple Dependent 



**or number previously paid, if greater, For Reissues, see below 



Fee from 

below Fee Paid 
18.00 M $162.00 

"$312.00 



Large Entity 


Small Entity 


Fee 


Fee 


Fee 


Fee 


C6de 


<$) 


Code 


($) 


103 


18 


203 


9 


102 


78 


202 


39 


104 


260 


204 


130 


109 


78 


209 


39 


110 


18 


210 


9 



Fee Description 

Claims in excess of 20 
Independent claims in excess of 3 
Multiple Dependent claim, if not paid 
**Reissue independent claims 
over original patent 
**Reissue claims in excess of 20 
and over original patent 



Fee 


Fee 


Fee 


Fee 


Code 


($) 


Code 


($) 


105 


130 


205 


65 


127 


50 


227 


25 


l OS 




139 


130 


147 


2,520 


147 2,520 


112 


920* 


112 


920 


113 


1,840* 


113 1,840 


115 


110 


215 


55 


116 


380 


216 


190 


117 


870 


217 


435 


118 


1,210 


218 


680 


128 


1,850 


228 


925 


119 


300 


219 


150 


120 


300 


220 


150 


121 


260 


221 


130 


138 


1,510 


138 


1510 


140 


110 


240 


55 


141 


1,210 


241 


605 


142 


1,210 


242 


605 


143 


430 


243 


215 


144 


580 


244 


290 


122 


130 


122 


130 


123 


50 


123 


50 


126 


240 


126 


240 


581 


40 


581 


40 


146 


790 


246 


395 


149 


790 


249 


395 



cover sheet. 
Non-English spec 
For filing a reque; 
'Requesting publii 
Examiner action 
'Requesting publi< 
Examiner action 



Fee Description 



■ late provisional filing fee or 



Fee Paid 



■ unavoidable 

■ unintentional 



Other fee (specify) 
Other fee (specify) 



property (times number of properties) 

Filing a submission after final rejection 
(37 CFR 1.129(a)) 
For each additional invention to be 
examined (37 CFR 1.129(b)) 



40TuTJ 



SUBTOTAL (2) 



($) 



* Reduced by Base RGng Fee Paid 



SUBTOTAL (3) 



40.0C 



SUBMITTED BY 

I yped or 
Printed Name 



Complete (if applicable) 



Clive D. Menezes 




Reg. Number 



45,493 



Signature 



Date 



09/29/00 



ueposit Account 
User ID 



02-2666 



Burden Hour Statement' This form is estimated to take 0 2 hours to complete Time will vary depending upon the needs of the individual case Any comments on the amount of time you are required 
to complete this form should be sent to the Chief Information Officer, Patent and Trademark Office, Washington, DC 20231 . DO NOT SEND FEES OR COMPLETED FORMS TO THIS ADDRESS 
SEND TO: Assistant Commissioner for Patents, Box Patent Application, Washington, DC 20231 TranS expreSS mail no EL0344379 1 2 US 



United States Patent Application 
for 



Multiple Protocol Checkpoint Management 



Inventors: 



David Arthur Eatough 
TomL. Bogart 
Peter E. Johnson 
Gregory P. Olsen 
Chris D. Russell 



Prepared by: 

Blakely, Sokoloff, Taylor & Zafman, LLP 
12400 Wilshire Boulevard 

Seventh Floor 
Los Angeles, CA 90025-1026 

(503) 684-6200 



Express mail No. EL 034437912 US 



MULTIPLE PROTOCOL CHECKPOINT MANAGEMENT 



FIELD OF THE INVENTION 

The invention relates to data transfer. More particularly, the invention relates to 
data transfer techniques using multiple protocols. 

BACKGROUND OF THE INVENTION 

With the recent growth of the Internet and other networks, data transfer between 
computers has becoming increasingly useful for communications and other purposes. 
Different network protocols have been developed for data transfer in different network 
environments and for different purposes. In general, data can be transferred over a 
network using reliable or non-reliable protocols. Reliable protocols are typically used for 
point to point communications and non-reliable protocols are typically used for data 
transfer to multiple recipients. 

Reliable protocols are those that guarantee delivery of data packets. Transmission 
Control Protocol (TCP) along with Internet Protocol (IP), referred to a TCP/IP can be 
used to reliably transmit data. Real-time Transport Protocol (RTP) can also be used with 
IP to provide reliable data communication. Other reliable protocols also exist. 

Multicasting of network data provides a non-reliable, but widely distributed 
method for communicating network communication. However, when using multicasting 
to transmit data, delivery of all of the data is not guaranteed. Thus, multicasting is used 
where loss of some data is not critical, for example, audio and video streams. 
Broadcasting can also be used for non-reliable data transport. 
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While both reliable and non-reliable protocols can be used for appropriate 
communications, neither reliable nor non-reliable protocols provide efficient use of 
network bandwidth. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is illustrated by way of example, and not by way of limitation, in 
the figures of the accompanying drawings in which like reference numerals refer to 
similar elements. 

5 Figure 1 is a block diagram of one embodiment of a computer system suitable to 

practice the invention. 

Figure 2 is a block diagram of a remote management architecture where data can 
be transferred using multiple protocols. 

Figure 3 is a conceptual illustration of a multicast application and a HTTP 
1 0 application interacting with a checkpoint management service to provide technique for 
data transmission using multiple protocols. 

Figure 4 is a flow diagram of one embodiment of data communication using 
multiple protocols. 
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DETAILED DESCRIPTION 

Techniques for transmitting data across a network using multiple protocols are 
described. In the following description, for purposes of explanation, numerous specific 
details are set forth in order to provide a thorough understanding of the invention. It will 
5 be apparent, however, to one skilled in the art that the invention can be practiced without 
these specific details. In other instances, structures and devices are shown in block 
diagram form in order to avoid obscuring the invention. 

Reference in the specification to "one embodiment" or "an embodiment" means 
that a particular feature, structure, or characteristic described in connection with the 
10 embodiment is included in at least one embodiment of the invention. The appearances of 
the phrase "in one embodiment" in various places in the specification are not necessarily 
all referring to the same embodiment. 

Data is distributed over a network using a first network protocol, for example, a 
non-reliable protocol. The non-reliable protocol (e.g., multicast) is used to distribute the 
1 5 data from a host system to multiple target systems with reduced overhead as compared to 
typical reliable protocols. Portions of the data that are not received by one or more of the 
target systems are requested and transmitted via a second network protocol (e.g., 
hypertext transport protocol, or HTTP). In one embodiment, the target systems maintain 
a checkpoint management service that determines the portions of data not received. In an 
20 alternative embodiment, target systems evaluate data received to determine whether a 
portion of the transmitted data was not received. 

For reasons of simplicity, certain network protocols are used herein to describe 
data distribution using multiple protocols. However, the techniques described herein can 
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be used with any network protocol (e.g., IP, IPX, NetBeui), any number of network 
sessions, and over any period of time (e.g. network sessions do not have to occur within 
the same hour, day, week, and so on). In the description that follows, the initial data 
transfer is generally described as a non-reliable data transfer and the subsequent data 
5 transfers are accomplished by reliable network protocols. However, either reliable or 
non-reliable network protocols can be used for the initial transfer as well as for 
subsequent data transfers. 

Figure 1 is a block diagram of one embodiment of a computer system. The 
computer system illustrated in Figure 1 is intended to represent a range of computer 
10 systems. Alternative computer systems can include more, fewer and/or different 
components. 

Computer system 100 includes bus 101 or other communication device to 
communicate information, and processor 102 coupled to bus 101 to process information. 
While computer system 100 is illustrated with a single processor, computer system 100 can 

15 include multiple processors and/or co-processors. Computer system 100 further includes 
random access memory (RAM) or other dynamic storage device 104 (referred to as main 
memory), coupled to bus 101 to store information and instructions to be executed by 
processor 102. Main memory 104 also can be used to store temporary variables or other 
intermediate information during execution of instructions by processor 102. 

20 Computer system 100 also includes read only memory (ROM) and/or other static 

storage device 106 coupled to bus 101 to store static information and instructions for 
processor 102. Data storage device 107 is coupled to bus 101 to store information and 
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instructions. Data storage device 107 such as a magnetic disk or optical disc and 
corresponding drive can be coupled to computer system 100. 

Computer system 100 can also be coupled via bus 101 to display device 121 , such 
as a cathode ray tube (CRT) or liquid crystal display (LCD), to display information to a 
5 computer user. Alphanumeric input device 122, including alphanumeric and other keys, is 
typically coupled to bus 101 to communicate information and command selections to 
processor 102. Another type of user input device is cursor control 123, such as a mouse, a 
trackball, or cursor direction keys to communicate direction information and command 
selections to processor 102 and to control cursor movement on display 121 . 

10 Computer system 100 further includes network interface 130 to provide access to 

a network, such as a local area network. Instructions are provided to memory from a 
storage device, such as magnetic disk, a read-only memory (ROM) integrated circuit, 
CD-ROM, DVD, via a remote connection (e.g., over a network via network interface 
130) that is either wired or wireless, etc. In alternative embodiments, hard- wired 

1 5 circuitry can be used in place of or in combination with software instructions to 
implement the present invention. Thus, the present invention is not limited to any 
specific combination of hardware circuitry and software instructions. 

A machine-readable medium includes any mechanism that provides (i.e., stores 
and/or transmits) information in a form readable by a machine (e.g., a computer). For 

20 example, a machine-readable medium includes read only memory (ROM); random access 
memory (RAM); magnetic disk storage media; optical storage media; flash memory 
devices; electrical, optical, acoustical or other form of propagated signals (e.g., carrier 
waves, infrared signals, digital signals, etc.); etc. 
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As described in greater detail below, computer systems can be used to transmit 
and receive network data using multiple protocols. Other types of electronic systems can 
be used to transmit and/or receive data over a network. For example, set top boxes, 
personal digital assistants, cellular telephones, pager can be used to transmit and/or 
5 receive data. 

Figure 2 is a block diagram of a remote management architecture where data can 
be transferred using multiple protocols. Network 200 provides an interconnection 
between multiple electronic systems. Network 200 can be any type of one or more 
networks. Network 200 can communicate data in any manner known in the art. In one 

1 0 embodiment, network 200 represents the Internet and a local area network (LAN). In an 
alternate embodiment, network 200 represents a telephone network and a LAN. In 
another alternate embodiment, network 200 represents one or more LANs. 

Host system 210 is a computer system or other electronic system that provides 
data to one or more target systems over network 200. In one embodiment, host system 

15 210 provides remote management, software upgrades/modifications, or other remote 
services to target systems 220, 225, 230 and 235. Any number of target systems can be 
supported. 

Use of multiple protocols can be used to transmit data from host system 21 0 to 
target systems 220, 225, 230 and 235. The data can represent any type of machine 
20 readable data, for example, application programs, system files, or text files. In one 

embodiment, host system 210 transmits data to target systems 220, 225, 230 and 235 via 
a multicasting protocol. 
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Multicasting allows data to be transmitted from a single source (e.g., host system 
210) to multiple target systems (e.g., target systems 220, 225, 230 and 235) that are a 
subset of all network nodes. In other words, multicasting allows data to be transmitted to 
multiple target systems without broadcasting the data to all systems coupled to a network. 
5 Multicast is one of the packet types in the Internet Protocol Version 6, which is described 
in Internet Engineering Task Force at the Toronto (IETF) Request for Comments (RFC) 
1752, entitled "The Recommendation for the IP Next Generation Protocol", January 
1995. 

Multicasting is a non-reliable data transport protocol because data is transmitted 
10 to multiple target systems without a mechanism for guaranteeing delivery or 
retransmission of data that is not successfully transmitted and received. Thus, 
multicasting is typically used for data in which packets of data can be lost, for example, 
audio and video data streams. Multicasting provides a relatively low overhead technique 
for distribution of data to multiple target systems. However, non-reliable data 
1 5 transmission protocols alone cannot be used for transmission of data that is critical to 
operation. 

As described in greater detail below, reliable transport protocols can be used to 
transmit data that was not received by target systems using the non-reliable transport 
protocol. For example, individual target systems can determine packets or blocks of data 
20 not received from the host system using the non-reliable transport protocol. The target 
systems can request the missing data from the host system and receive the requested data 
via a reliable transport protocol, for example, HTTP. 
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The table below compares the efficiency of transferring 500 kbytes of data using 
HTTP alone and a multicast/HTTP combination. The number of bytes shown represents 
the amount of raw data the is to be transferred and does not consider the overhead of the 
various protocol headers. For the purposes of this table, it is assumed that 80% of the 
5 multicast data is received. 



Number of Targets 


HTTP Alone 


Multicast/HTTP 


Bandwidth Savings 


2 Computers 


1,000 kbytes 


600 kbytes 


40.0% 


5 Computers 


2,500 kbytes 


900 kbytes 


64.0% 


1 0 Computers 


5,000 kbytes 


1,400 kbytes 


72.0% 


50 Computers 


25,000 kbytes 


5,400 kbytes 


78.4% 



Thus, combining the efficiency of a multicast or broadcast protocol with the reliability of 
a point to point protocol can recognized significant saving in the total bandwidth used for 
transferring data. 



Data transfer can be completed using the second network protocol soon after 
1 0 completion of the transfer using the first network protocol or at some later time. For 
example, before leaving on a business trip, a laptop user can begin downloading a file 
from a server using an IPX protocol The user can leave at any time during the download 
without waiting for the download to complete. When the user reaches his/her destination, 
missing data can be downloaded using a second network protocol, for example, multicast. 
15 The second download session can, but is not required to, complete the file being 

downloaded. During a third download session the user can continue downloading the file 
using IPX, multicast, or any other network protocol. 

Figure 3 is a conceptual illustration of a multicast application and a HTTP 
application interacting with a checkpoint management service to provide technique for 
20 data transmission using multiple protocols. Multicast (or other non-reliable transport 
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protocol) application 300 provides data to multiple target systems in any manner known 
in the art. 

Checkpoint management service 310 tracks data received by the target systems. 
In one embodiment, a checkpoint management service exists for each target system. The 
5 checkpoint management services can be maintained within a memory by the respective 
target systems, or the checkpoint management services can be maintained in another way. 
Checkpoint management service 310 can be an active or a passive service. An active 
checkpoint management service monitors data received by a target system to track data 
received by the target system. A passive checkpoint management service is updated 
10 periodically (e.g., after a disk write operation) to reflect the data received by the target 
system. 

If checkpoint management service 310 indicates that a portion of the transmitted 
data was not received by the target system, HTTP (or other non-reliable transport 
protocol) application 320 is used to retrieve the missing data. The reliable transport 

1 5 protocol is used to ensure that the missing data is received by target system as a result of 
the second transmission. 

Checkpoint management service 3 1 0 can be either active or passive in the process 
of retrieving the missing data. Whether checkpoint management service 310 is active or 
passive in the process of retrieving the missing data is independent of whether checkpoint 

20 management service 3 10 is active or passive in tracking data received by a target system. 
An active checkpoint management service causes HTTP application 320 to retrieve the 
missing data at the conclusion of the multicast transmission. A passive checkpoint 
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management service is checked by HTTP application 320 to determine whether any data 
was not received as a result of the multicast transmission. 

Checkpoint management service 310 can store, or track the storage of non- 
contiguous pieces of the file being received. Thus, checkpoint management service 310 
5 can receive whatever data is available via a first network protocol, whether contiguous or 
not, and request the missing blocks of data at a later time using a second network 
protocol. 

Figure 4 is a flow diagram of one embodiment of data communication using 
multiple protocols. Data is distributed using a non-reliable protocol at 410. For example, 

10 a host computer at a central office can multicast data to multiple target computers at a 
remote office using a non-reliable protocol. As another example, data can be transmitted 
from a host computer in a central office to a single target computer at a remote office 
using a reliable protocol. The single target computer at the remote office can then act as 
a host computer to distribute the data to multiple target computers at the remote office. 

1 5 Other distribution techniques can be implemented using a non-reliable protocol for at 
least a portion of the distribution. 

Target systems determine whether the full file was received via the non-reliable 
distribution at 420. Missing data, if any, is determined at 430. In one embodiment, the 
target systems are provided with a file size. After the non-reliable transmission is 

20 stopped, the target system can compare the amount of data against the file size to 

determine whether the complete file was received. In an alternate embodiment, each 
packet that is received by the target system is logged to track the specific data that is 
received. The missing packets can be determined based on the sequence of the received 
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packets. Other techniques for determining whether a full file is received and what data is 
missing can be used. 

The missing data is requested using a reliable protocol at 440. In one 
embodiment, each target system individually requests the missing data from the host 
5 system. In an alternate embodiment, multiple target systems can collectively request 
missing data from the host system to further reduce the bandwidth consumed by data 
distribution. The target systems assemble complete files 450. The complete files can 
then be used by the target systems for their intended purposes. 

In the foregoing specification, the invention has been described with reference to 
10 specific embodiments thereof. It will, however, be evident that various modifications and 
changes can be made thereto without departing from the broader spirit and scope of the 
invention. The specification and drawings are, accordingly, to be regarded in an 
illustrative rather than a restrictive sense. 
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CLAIMS 



What is claimed is: 



1 LA method comprising: 

2 transmitting data over a network using a first network protocol from a host 

3 electronic system to one or more target electronic systems; 

4 determining data not received by at least one of the target electronic systems; and 

5 requesting, from the host electronic system, the data not received by at least one 

6 of the target electronic systems using a second network protocol. 

1 2. The method of claim 1 wherein the first network protocol is a non-reliable 

2 network protocol . 

1 3 . The method of claim 2 wherein the non-reliable network protocol 

2 comprises one of a broadcast protocol and a multicast protocol. 

1 4. The method of claim 1 wherein the second network protocol is a reliable 

2 network protocol. 

1 5. The method of claim 1 , wherein determining data not received by at least 

2 one of the target electronic systems further comprises logging, with a checkpoint 

3 management service, packets of data received by the target electronic systems. 
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1 6. An article comprising a machine readable medium having stored thereon 

2 sequences of instructions that, when executed, cause one or more electronic systems to: 

3 transmit data over a network using a first network protocol from a host electronic 

4 system to one or more target electronic systems; 

5 determine data not received by at least one of the target electronic systems; and 

6 request, from the host electronic system, the data not received by at least one of 

7 the target electronic systems using a second network protocol. 

1 7. The article of claim 6 wherein the first network protocol is a non-reliable 

2 network protocol. 

1 8. The article of claim 6 wherein the non-reliable network protocol 

2 comprises one of a broadcast protocol and a multicast protocol. 

1 9. The article of claim 6 wherein the second network protocol is a reliable 

2 network protocol. 

1 10. The article of claim 6, wherein the sequences of instructions that cause the 

2 one or more electronic systems to determine data not received by at least one of the target 

3 electronic systems further comprise sequences of instructions that, when executed, cause 

4 the one or more electronic systems to log, with a checkpoint management service, 

5 packets of data received by the target electronic systems. 
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1 1 1 . A computer data signal embodied in a data communications medium 

2 shared among a plurality of network devices comprising sequences of instructions that, 

3 when executed, cause one or more electronic systems to: 

4 transmit data over a network using a first network protocol from a host electronic 

5 system to one or more target electronic systems; 

6 determine data not received by at least one of the target electronic systems; and 

7 request, from the host electronic system, the data not received by at least one of 

8 the target electronic systems using a second network protocol. 

1 12. The computer data signal of claim 1 1 wherein the first network protocol is 

2 a non-reliable network protocol 

1 13. The computer data signal of claim 1 1 wherein the non-reliable network 

2 protocol comprises one of a broadcast protocol and a multicast protocol. 

1 14. The computer data signal of claim 1 1, wherein the sequences of 

2 instructions that cause the one or more electronic systems to determine data not received 

3 by at least one of the target electronic systems further comprise sequences of instructions 

4 that, when executed, cause the one or more electronic systems to log, with a checkpoint 

5 management service, packets of data received by the target electronic systems. 

1 15. The article of claim 1 1 wherein the second network protocol is a reliable 

2 network protocol. 
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1 1 6. A method comprising: 

2 transmitting a predetermined set of data using a first network protocol to multiple 

3 target systems; 

4 receiving one or more requests from at least one target system for subsets of data 

5 from the predetermined set of data; 

6 transmitting the subsets of data to at least one target system using a second 

7 network protocol. 

1 17. The method of claim 1 6 wherein transmitting a predetermined set of data 

2 using a first network protocol to multiple target systems comprises logging transmitted 

3 packets of data with a checkpoint management service for one or more of the target 

4 systems. 

1 18. The method of claim 1 6 wherein the first network protocol comprises a 

2 non-reliable network protocol. 

1 19. The computer data signal of claim 1 6 wherein the second network 

2 protocol comprises a reliable network protocol. 

1 20. An article comprising a machine readable medium having stored thereon 

2 sequences of instructions that, when executed, cause one or more electronic systems to: 
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3 transmit a predetermined set of data using a first network protocol to multiple 

4 target systems; 

5 receive one or more requests from at least one target system for subsets of data 

6 from the predetermined set of data; 

7 transmit the subsets of data using a reliable protocol to the at least one target 

8 system using a second network protocol 

1 21 . The article of claim 20 wherein the sequences of instructions that cause 

2 the one or more electronic systems to transmit a predetermined set of data using a first 

3 network protocol to multiple target systems comprise sequences of instructions that, 

4 when executed, cause the one or more electronic systems to log transmitted packets of 

5 data with a checkpoint management service for one or more of the target systems. 

1 22. The article of claim 20 wherein the first network protocol comprises a 

2 non-reliable network protocol. 

1 23. The article of claim 20 wherein the second network protocol comprises a 

2 reliable network protocol 

1 24. A method comprising: 

2 receiving at least a portion of a predetermined set of data from a host system 

3 using a first network protocol; 
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4 generating one or more requests from for subsets of data from the predetermined 

5 set of data; 

6 receiving the subsets of data from the host system using a second network 

7 protocol. 

1 25. The method of claim 24 wherein the first network protocol comprises a 

2 non-reliable network protocol 

1 26. The method of claim 24 wherein the second network protocol comprises a 

2 reliable protocol. 

1 27. An article comprising a machine readable medium having stored thereon 

2 sequences of instructions that, when executed, cause one or more electronic systems to: 

3 receive at least a portion of a predetermined set of data from a host system using a 

4 first network protocol; 

5 generate one or more requests from for subsets of data from the predetermined set 

6 of data; 

7 receive the subsets of data from the host system using a second network protocol. 

1 28. The article of claim 27 wherein the first network protocol comprises a 

2 non-reliable network protocol. 
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1 29. The article of claim 27 wherein the second network protocol comprises a 

2 non-reliable network protocol. 
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ABSTRACT 

Data is distributed over a network using a first network protocol, for example, a 
non-reliable protocol. The non-reliable protocol (e.g., multicast) is used to distribute the 
data from a host system to multiple target systems with reduced overhead as compared to 
5 typical reliable protocols. Portions of the data that are not received by one or more of the 
target systems are requested and transmitted via a second network protocol (e.g., 
hypertext transport protocol, or HTTP). In one embodiment, the target systems maintain 
a checkpoint management service that determines the portions of data not received. In an 
alternative embodiment, target systems evaluate data received to determine whether a 
1 0 portion of the transmitted data was not received. 
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